home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / archiver / zlab_19c.zip / WHATS.NEW < prev    next >
Text File  |  1992-02-02  |  32KB  |  602 lines

  1. ##############################################################################
  2.                      VERSION HISTORY (NEWEST TO OLDEST)
  3. ##############################################################################
  4.                           
  5.                           
  6.                           ZipLab PLUS Version 1.9c
  7.                           
  8. * Changes are NOT required(but may be desirable), in your configuration for
  9.   this version!  Please see the "Rusty and Eddy" Protection below, and
  10.   run SETUP.EXE to add the appropriate entry if desired.
  11.   
  12. * Non-standard comm ports are back!  I have talked with Jeff Sumburg, the
  13.   author of QBSerial (The communications routines used in ZipLab) about
  14.   the problems I was having with non-standard comm ports in an earlier 
  15.   version of ZipLab, and he gave me some tips on using his code to enable
  16.   communications with ports which are not at the standard DOS supported
  17.   address and IRQ locations.  Mostly his advice was "Jeeze Jeff,  did you
  18.   read the manual?" <grin>.  In any case, ZipLab PLUS will now get both the
  19.   IRQ and PORT ADDRESS from PCBoard.Dat.  If you have set a non-standard comm 
  20.   port with PCBSETUP, ZipLab PLUS will use them.   
  21.   
  22. * "Rusy and Eddy" Protection(tm) - There are some BBS systems which insist 
  23.   on putting annoying, space wasting BBS advertising in everything which 
  24.   passes through their hands. There are even some who are so intent that you 
  25.   read all about how many megabytes and Dual Standards they have that they 
  26.   have a routine to create a new name for the BBS ad before they insert it.  
  27.   A new feature of ZipLab PLUS will allow you to use the CRC32 value of the 
  28.   ads you wish to remove, instead of just the name.  All you do is use the 
  29.   enclosed GETCRC.EXE program, to find the CRC32 value of the BBS 
  30.   advertisement you wish to remove.  Add this in the following format to a 
  31.   file called "CRC.ADS" (NOTE! It MUST have this name).
  32.   
  33.   00000000,filename.ext
  34.   
  35.   Where "00000000" is the CRC32 value, and "filename.ext" is the name of the 
  36.   BBS advertisement you wish to remove.  You can use GETCRC to do this 
  37.   automaticaly, by typing:
  38.   
  39.   GETCRC filename.exe >>CRC.ADS {ENTER}
  40.   
  41.   Then place the full path and name of CRC.ADS on a line in PTEST.CFG, just 
  42.   as if it were any other BBS advertisement name you were adding.  Now 
  43.   ZipLab PLUS will find that pesky BBS add and delete it, even if it has 
  44.   been renamed.
  45.   
  46.   Please see the example PTEST.CFG to be sure you add CRC.ADS in the right
  47.   place and in the right format.  NOTE!  This feature will NOT work with
  48.   .LZH files at this time, as LHA only stores CRC16 values.  It will work
  49.   with both archive and self-extracting .ZIP and .ARJ files.
  50.  
  51. * The parameter 'CRC' in the config file is no longer valid.  I have removed
  52.   the program's ability to get the file CRC of the archive file, which was
  53.   then displayed on the line with the newest and oldest file dates.  I am
  54.   currently working with the author of ZDCS, to provide hooks from ZipLab
  55.   to this fine product.  There is just no need to weigh down the ZipLab 
  56.   code with a function which is implemented in another product.  If you
  57.   are using CRC in your .CFG file, please replace with FILES or NONE.
  58.     
  59. * The two most common "description" files are FILE_ID.DIZ and DESC.SDI.  
  60.   ZipLab will now ignore these files in the date verification routines, 
  61.   so the act of using a tool to add a FILE_ID.DIZ to an archive will not
  62.   cause it to pass date checking.
  63.   
  64. * Some corrections were made to the way "self-extracting" archives were 
  65.   handled, and this feature should be more reliable.
  66.   
  67. * ZipLab will now handle removing and/or replacing comments in .ARJ file
  68.   formats, and will properly handle imbedded .ARJ files.  I am using and
  69.   testing with ARJ version 2.30, and this version is recommended.
  70.   
  71. * Tons more work on trapping any possible errors which may occur.  I am
  72.   now 99% positive that ZipLab can't "hang" your system at an "abort, 
  73.   retry, fail?" prompt.  Please let me know if have this occurs at any 
  74.   time!  I still have a few Sysops who are having problems with ZipLab
  75.   under DesqView (although most run it just fine), and a few with problems
  76.   under Lantastic (again, most are running with no problem).  I am working
  77.   at isolating what set of conditions are giving these few people trouble,
  78.   and hope to have it pinned down soon.
  79.   
  80.  
  81.                           ZipLab PLUS Version 1.9b
  82.  
  83. * NO Changes to your configuration are required from version 1.9a.  Changes
  84.   ARE required from 1.8c or earlier.
  85.                           
  86. * Well, the swapping routines I added in the first 1.9 version have turned
  87.   out to be a whole lot more trouble than they are worth.  Instead of
  88.   solving memory problems for some people, the additon of these routines
  89.   seem to have caused no end of other problems for a larger group of folks.
  90.   I have removed the swapping routines for now, until I can find a method
  91.   which is stable with QuickBasic (particuarly in a QEMM/DesQView setup).
  92.   This does mean that some people who are in extremely memory constrained
  93.   conditions will NOT BE ABLE TO RUN ZIPLAB PLUS.  Again, ZipLab will need
  94.   about 160K of RAM to run, and the ZIP/ARJ/LHA programs used in testing
  95.   will required additional memory (PKUNZIP needs about 80K more).  If you
  96.   can't give ZipLab this much memory when running PCBTEST.BAT, then it
  97.   just isn't going to work for you right now...
  98.   
  99. * Aside from that, this version is mostly a lot of changes to tighten up
  100.   error detection and reporting.  The code has been re-written to a large
  101.   extent to allow for better error trapping.  Any problems should now be
  102.   correctly reported in PTEST.ERR, with a better explanation of what went
  103.   wrong, what file was being accessed, and when in the process the error 
  104.   occured.  More importantly, there should be lots less errors to begin
  105.   with.  The code will handle missing files, incorrect PTEST.CFG parms,
  106.   and low-memory conditions in a much cleaner fashion.
  107.   
  108. * The one big feature change in this version is that ZipLab will now test
  109.   "self-extracting" archives.  If you put ".EXE" as one of the extensions
  110.   you wish to pass, all .EXE files will be examined for the signatures of
  111.   the 3 supported archive types, and if found to be self-extracting files,
  112.   will be fully tested.  If not self-extracting (but in fact just .EXE
  113.   files), they will be SCAN'd for virus infection, and then passed.
  114.   
  115. * Sam Smith has changed the format of the $DOOR.NAM file (where the 
  116.   descriptions are held while testing) in the latest versions of ProDoor.
  117.   This version of ZipLab PLUS will correctly handle both the new and the
  118.   old $DOOR.NAM formats.  Please let me know if there are any further 
  119.   problems with Ziplab and ProDoor.
  120.     
  121.  
  122.                           ZipLab PLUS Version 1.9a
  123.  
  124. * NO Changes to your configuration are required from version 1.9.  Changes
  125.   ARE required from 1.8c or earlier.
  126.   
  127. * This is a really quick one, sorry.  I found a problem with the swapping
  128.   routines on machines with no XMS or EMS memory.  ZipLab was incorrectly
  129.   creating the swap file at one point in the process, and the "custom
  130.   comment" was not being inserted.  All other processes were working fine,
  131.   and in any case - it's fixed... Again, sorry for the quick release.
  132.   
  133.     
  134.                           ZipLab PLUS Version 1.9
  135.  
  136. * Changes to your configuration ARE required for this release!  Run SETUP!
  137.  
  138. * This version of Ziplab will now swap itself to XMS, EMS or DISK (whatever
  139.   it can find, in that order) on all SHELL functions.  This will mean a
  140.   significant reduction in the amount of memory required for PTest.Exe.
  141.   Please let me know if any problems are seen running in unusual memory
  142.   conditions, such as under DesqView, OmniView, Windows, or network software.
  143.   
  144. * A new version of DELF.COM is included in this version (no longer in the
  145.   DELF11.ZIP archive) which has been modified to take advantage of the
  146.   new "swap" capabilities of ZipLab.  You must add the location of this
  147.   new versi